Internet Surfer 2.0/Internet Surfer 2.0 (Wayzata Technology) (1996).iso/pc/text/mac/faqs.035

Text File | 1996-02-12 | 28KB | 746 lines

Frequently Asked Questions (FAQS);faqs.035



name:        C Empire
version:    (?)
how to get:    ftp games/empire[1-6].ar.Z from ftp.uu.net
history:    based on the VMS Empire, Chuck Simmons recoded in C.
features:    + single player
        + rectangular map
cpu impact:    large
os required:    Unix
contact:    Chuck Simmons / 1250 E. Arques Ave MS 269 / Box 3470
        Sunnyvale, CA 94088-3470

name:        VMS Empire
how to get:    you can get a binary from from DECUS or ftp newempire.exe
        from tranya.cpac.washington.edu
        (I don't know where the source can currently be found.
        An update would be appreciated. -- jeffw)
history:    Written by Walter Bright ([e-mail])
features:    + single player
        + screen based interface
        + written in fortran
os required:    VMS
cpu impact:    large
contact:    ???
updated:    10-02-92

name:        Empire Master
version:    2.0
how to get:    Christopher Eliot / P.O. Box 371 / Leeds, MA 01053,
        the principle author will sell it to you by mail for
        base price of $25, or $18 for students, and +$5 for
        overseas air mail, and +$5 for the rules editor.  Prices
        good through July '92.  Demo version on sumex-aim:/info-mac
history:    Development started by accident.  Was originally called
        "Empire Builder," but that infringed on another's
        trademark.  The implementation is not based upon any
        previous code.  Source is not available.
features:    + technology levels and supplies
        + 16 unit types (nukes, missiles, fuel)
        + fancy, programmable, scalable, windowed interface
        + auto-explore, auto-patrol, independent distribution paths
        + optimized for playing strategy, not micromanagement
limits:        2 players, 255x255 world
os required:    Macintosh, system 7 and appletalk required for two machine play
contact:    Chris Eliot <[e-mail]>
updated:    11-19-91

name:        Strategic Conquest
version:    3.0
how to get:    Buy it from your neighborhood Macintosh store.
history:    ?  Currently distributed by Delta Tao
features:    + 1-2 players using 1-2 macs
        + sound effects
            + stacking
            + strategic bomber (?)
limits:        2 players, small map, fixed types of pieces
os required:    Macintosh, Apple ][
contact:    Delta Tao, 760 Harvard, Sunnyvale, CA 94087. [phone]
updated:    11-19-91

name:        Spaceword Ho
version:    1.1.2
how to get:    Buy it from your neighborhood Macintosh store.
history:    A space opera wargame written by Peter Commons, distributed
        by Delta Tao.
features:    + start on a home planet
        + build fleets using metal and money
        + design your own ships as technology rises
        + good graphics and sound
        + multiple players over appletalk
limits:        10 human players + 10 computer players, 32-182 planets
os required:    Macintosh
contact:    Delta Tao, 760 Harvard, Sunnyvale, CA 94087. [phone]
updated:    11-19-91

name:        Empire 'Wargame of the Century'
version:    3.01
how to get:    buy it in a computer store.
history:     A commercial game based on Walter Bright's work.  Improved
        by Mark Baldwin.  Very similar to VMS Empire.  Published by
        Interstel; distributed by Electronic Arts.
features:    + multi-player (not simultaneous)
        + square map
        + very simple (6 ships, 1 land unit, 1 plane, no economy)
        + decent computer players
limits:        3 players (any combo of human and computer)
os required:    MS DOS, Atari ST, Amiga, Apple ][.
contact:    Interstel
updated:    10-18-91

name:        Global Conquest
version:    2.0
how to get:    buy it in a computer store; ftp GCV20.EXE (or .ZIP)
        from ftp.uu.net or download from CompuServe
history:    Designed by Dan Bunten and distributed by Microplay, a
        division of Microprose.
features:     + 4 players (computer or human)
        + human players can share the computer or play by modem
limits:        + multiple terrain types, multiple military types
        + synchronous, simultaneous multi-phase turns
        + multiple scenerios
os required:    MS-DOS
contact:    Microplay Software, MicroProse Software, Inc.
        180 Lakefront Drive, Hunt Valley, MD 21030-2245
        [phone]
updated:    10-01-92

name:        Lost Admiral
version:    ?
how to get:    mail order from Electronic Boutique, Chips and Bits
        (800) 753-GAME or JCL Services [phone], and from
        Egghead soon.
history:    A navy strategy and tactics game, designed by Bruce Williams
        Zaccagnino, distributed by Quantum Quality Productions Inc.
features:    + 1-2 players, synchronous play, computer player is very good
        + 9 scenarios
        + victory points, ship building, and money
        + difficulty levels
limits:        two players, eight ship types
os required:    MS-DOS ?
contact:    ?
updated:    10-19-91

name:        The Perfect General
version:    ?
history:    A tank and infantry game, written by Mark Baldwin, distributed
        by Quantum Quality Productions Inc.
features:    ?
limits:        ?
os required:    ?
contact:    ?
updated:    10-19-91

name:        Sid Meier's Civilization
version:    1.0
how to get:    From you favorite neighborhood PC software store.
history:    Borrows ideas from Civilization board game and other empire
        style games.
features:    + single player
        + economic and technological development
        + cities, wonders of the world, disasters
        + military
os required:    MSDOS 3.3, 550k ram; amiga and soon Macintosh.
contact:    ?
updated:    1-20-92

name:        Xerox Development Environment (XDE) Empire
version:     1.0
how to get:     have to have access to the Xerox network:
                [Maya1:Henr801C:Xerox]Heiny/Public/Empire/Empire.bcd
        [Eagle:ES Public:Xerox]LBennett/Empire/Empire.man
        [Eagle:ES Public:Xerox]LBennett/Empire/Host.bcd
history:     Leif Bennett took a Unix version on ported it to XDE.
features:    + multiplayer
        + fixed update times
        + internet server based
        + planes, ships, market, distribute
        + square map
        + actively supported
        + a complete window environment
        + all commands are available by clicking with mouse
limits:     128 players, 256x256 world
cpu impact:     mild
os required:    currently only runs on Xerox workstations
updated:    10-01-92

name:        HP Empire
version:    1.9 or 2.0
how to get:    There is a version on the user group distribution tape for HP.
        or contact [e-mail]
history:    A derivative of the granddaddy of all empires - Civilization -
        which was written at Evergreen State College by PSL, Ben Norton,
        'Moo' and several others around 1972-3.  This version runs on
        HP MPE machines and is written in HP PASCAL.
features:    + multiplayer
        + fixed update times
        + no market, no gold
        + coordinates are strict x,y up to 999x999
limits:        999x999 world, 999 players
cpu impact:    heavy
os required:    HP MPE
updated:    10-01-92


Dave Sharnoff is no longer maintaining this list.
Please send corrections and additions to [e-mail]

-- Jeff W

P.S. The old BBN archive server is closed.  The largest empire archives
are on ftp.cis.ksu.edu and ucbvax.Berkeley.EDU.
--
Jeff Wallace, Experimental Computing Facility (XCF), U.C. Berkeley
Internet: [e-mail]       UUCP:...!ucbvax!scam!jeffw
Xref: bloom-picayune.mit.edu gnu.epoch.misc:1882 news.answers:4619
Path: bloom-picayune.mit.edu!enterpoop.mit.edu!news.media.mit.edu!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!ames!olivea!uunet!brunix!brunix!dbc
From: [e-mail] (Brook Conner)
Newsgroups: gnu.epoch.misc,news.answers
Subject: Epoch Frequently Asked Questions (FAQ)
Summary: Epoch FAQ for Oct '92
Keywords: Epoch FAQ
Message-ID: <[e-mail]>
Date: 15 Dec 92 19:59:17 GMT
Sender: [e-mail]
Reply-To: [e-mail]
Followup-To: poster
Organization: Brown University Department of Computer Science
Lines: 1348
Approved: [e-mail]

Archive-name: epoch-faq
Last-modified: Fri Oct 16 14:44:54 EDT 1992
Version: 2.0
Posting-frequency: bimonthly

*   Epoch FAQ (Frequently Asked Questions)
*   (or at least Occasionally Wondered-About Questions)

*   Maintained by Brook Conner ([e-mail])
*   Last Modified Fri Oct 16 14:45:31 EDT 1992
*   by Brook Conner ([e-mail])

If you are viewing this text in a GNU Emacs buffer, you can type
"M-2 C-x $" to get an overview of just the questions.  Then, when
you want to look at the text of the answers, just type "C-x $".

To search for a question numbered XXX, type "M-C-s ^XXX:", followed by
a C-r if that doesn't work; type ESC to end the search.

!! The latest version of this file will be always available via anonymous
!! FTP to ftp.ncsa.uiuc.edu in /outgoing/marca/epoch or cs.uiuc.edu in
!! /pub/epoch-files/epoch

Please feel free to send comments, suggestions, additions, and
corrections to [e-mail]

*                   === REALLY IMPORTANT NOTE ===

Unless otherwise attributed, information below is based only on Yours
Truly's use and experience with Epoch and is BY NO MEANS GUARANTEED to
be correct, complete, or even coherent.  If it works for you, great;
if it doesn't, let me know, but there are no guarantees.

*             === CHANGES IN THIS VERSION OF THE FAQ ===

  Here is a list of changes made since the FAQ's last bimonthly
  posting to gnu.epoch.misc and news.answers:

 a) No changes.

*                       === PREREQUISITES ===

  In the answers that follow, I assume at least a little familiarity
  with GNU Emacs Lisp.  Suggested resources that could be considered
  necessary references for material in this FAQ are:

--> The GNU Emacs and Epoch manuals (available online via C-h i).

--> The GNU Elisp manual (available via anonymous FTP from
    prep.ai.mit.edu (18.71.0.38) as /pub/gnu/elisp-manual-1.03.tar.Z).

--> The gnu.emacs.help FAQ in the file etc/FAQ (the latest version
    is available in the gnu.emacs.help Usenet newsgroup or via FTP from
    pit-manager.mit.edu (18.172.1.27) in /pub/usenet/gnu.emacs.help).

*                          === CAVEATS ===

  Many of the answers given herein APPLY ONLY to Epoch 4.2.  I run
  Epoch on SPARCstations, DECstation 5000s, IBM RS/6000s, and HP 700s;
  other configurations may behave differently.  Please let me know of
  any such differences.

*                    === EPOCH AND GNU EMACS ===

A-1: What is Epoch?

  Epoch is GNU Emacs on steroids: an adaptation of GNU Emacs with lots
  of additional support for features made possible by the X11
  windowing system.  These features include multiple editing windows,
  arbitrary colors and fonts (fixed-width and proportional),
  selectable zones per buffer with arbitrary display styles (font,
  color, underline, stipple, pixmap), an optional separate minibuffer
  window, improved keyboard and mouse handling, full 8-bit character
  set support, and more.

  Epoch, like GNU Emacs, is very customizable; much of this FAQ
  describes ways to customize Epoch for specific purposes.

A-2: How can I get Epoch?

  Epoch is available via anonymous FTP to cs.uiuc.edu (128.174.252.1)
  in pub/epoch-files/epoch.  The main file of interest is currently
  epoch-4.2.tar.Z.

  According to Simon Marshall ([e-mail]):

  Like GNU & X11 stuff, epoch is available in the UK from
  uk.ac.ic.doc.src (00000510200001).  You can log on; there's help to
  tell you the different ways of getting source.  Epoch is in
  /gnu/epoch.

  Epoch is also available from aix370.rrz.uni-koeln.de (134.95.132.2)
  in /gnu/emacs/epoch.

  Volunteers for other FTP sites outside the United States, or for
  mail access to Epoch source, please step forward.

A-3: What is the latest version of Epoch?

  The latest version is 4.2.  Previous versions still in use by some
  people include 4.0 patchlevels 0,1, and 2, 4.1, the 4.0 alpha and
  beta levels, and version 3.2.

  Epoch 4.2 is based on GNU Emacs 18.58, which is the most recent
  version of GNU Emacs.

  Existing installations of Epoch 4.1 should be upgraded to 4.2 as
  soon as possible.

A-4: I recently moved to Epoch 4.0b0 (or later), and elisp code that
worked before has stopped working.  Why?

  In one of the beta versions of epoch, the term "button" was replaced
  by the term "zone".  The idea was, "button" was misleading (since it
  refered to a mouse button or a pushbutton as well).  It didn't
  really describe Epoch's attributed text.

  As a consequence, the names of all the button-related function names
  and variables were changed.  There are two ways to deal with this
  change:

  METHOD #1:

    Put the following command at the head of each file of elisp code
    that uses buttons:

    (require 'button)

    (This simply does a series of fset's to replace the "button" names
    with the new "zone" names.)

  METHOD #2:

    Convert all references of "button" to "zone".  You can use the
    function convert-current-buffer in epoch-lisp/convert-buttons.el
    (in the Epoch distribution) to do this automatically.

    NOTE: There may be additional problems; in particular, since
    attributes were eliminated in Epoch 4.0, any use of them will have
    to be eliminated also.  This is less simple than switching from
    buttons to zones.  Fortunately, most Epoch packages on the net now
    support 4.0.  Therefore, I won't bother to come up with an answer
    for this one (unless someone actually needs to know).

A-5: I recently moved to a newer version of Epoch, and my X resources
  are suddenly being ignored.  Why?

  Old versions of Epoch extracted its X default resources from
  the user's .Xdefaults file by hand; this is no longer the case.  If
  Epoch isn't picking up resources like previous versions did on your
  system, prior to starting Epoch do this:

    xrdb -merge $HOME/.Xdefaults

  This makes the X server's database pick up and maintain all of the
  resource definitions found in $HOME/.Xdefaults.

  Alternatively, you can use the '-ud' command line flag to force
  Epoch to manually scan $HOME/.Xdefaults.

  A second problem is that Epoch uses the first word in the command
  that executed Epoch (argument 0) to search the X resource database
  for Epoch resources.  Thus, if you invoke Epoch with the name:

    epoch-4.2

  ...Epoch will use the string 'epoch-4.2' to search the resource
  database, thereby missing the resources specified by the name
  'epoch'.  The workaround is to use the '-name' or '-rn' command-line
  option like so:

    epoch-4.2 -name epoch

  or:

    epoch-4.2 -rn epoch

  Using -name is more recommended, as it is a sort-of standard option
  among X applications (most X Toolkit applications support it).

  [From Martin Boyer ([e-mail]).]

A-6: What's the difference between Epoch and GNU Emacs version 19?

  To quote directly from the GNU 'status' file (obtained via anonymous
  FTP to prep.ai.mit.edu (18.71.0.38) as /pub/gnu/status):

  -- BEGIN QUOTE -----------------------------------------------------
  Emacs 18 maintenance continues for simple bug fixes.  Version 19
  approaches release, counting among its new features before and after
  change hooks, source-level debugging of Emacs Lisp programs, X
  selection processing, including CLIPBOARD selections, scrollbars,
  support for European character sets, floating point numbers,
  per-buffer mouse commands, interfacing with the X resource manager,
  mouse-tracking, lisp-level binding of function keys, and multiple X
  windows (`screens' to emacs).

  Thanks go to Alan Carroll and the people who worked on Epoch for
  generating initial feedback to a multi-windowed emacs.  Emacs 19
  supports two styles of multiple windows, one with a separate screen
  for the minibuffer, and another with a minibuffer attached to each
  screen.

  A couple of other features of Version 19 are buffer allocation, which
  uses a new mechanism capable of returning storage to the system when a
  buffer is killed, and a new input system--all input now arrives in the
  form of Lisp objects.

  Other features under consideration for later releases of Version 19
  include:

  ** Associating property lists with regions of text in a buffer.
  ** Multiple font, color, and pixmaps defined by those properties.
  ** Different visibility conditions for the regions, and for various
     windows showing one buffer.
  ** Hooks to be run if point or mouse moves outside a certain range.
  ** Incrementally saving undo history in a file, so that recover-file
     also reinstalls buffer's undo history.
  ** Static menu bars, and better pop-up menus.
  -- END QUOTE -------------------------------------------------------

  Epoch currently supports much of the new functionality of GNU Emacs
  v19, including some features that apparently won't be immediately
  available in GNU Emacs v19 (notably, associating property lists with
  regions of text, and multiple fonts/colors/pixmaps defined by those
  properties).

  A postscript to this answer is a message that Richard Stallman
  (Mr. Gnu himself) posted to gnu.emacs.help in Apr 1992:

  -- BEGIN QUOTE -----------------------------------------------------
  Emacs 19 won't support text highlighting, but a later version will.

  We have code basically working for attaching arbitrary properties to
  parts of the text, including choice of font and color.

  This feature is designed for attributes which are considered part of
  the text itself.  What Epoch provides is highlighting that is part
  of the presentation of the text, not logically part of the text itself.
  That is useful also; I hope we will find the wherewithal to implement
  that along with the other highlighting features.
  -- END QUOTE -------------------------------------------------------

  There is also a version of Emacs 19 written by Lucid.  Called "Lucid
  Emacs", this is something from its README about it:

  -- BEGIN QUOTE -----------------------------------------------------
  Lucid GNU Emacs 19.3 is now available.  This is a version of GNU
  Emacs derived from an early version of Emacs version 19 from the
  Free Software Foundation.

  You can get it via anonymous FTP from the host labrea.Stanford.EDU
  (36.8.0.47). It is currently available only by FTP.  We don't have
  the manpower to make tapes right now.

  Log in with the user "anonymous" and "username@host" as a password
  (that is, your email address.)  Execute the command "cd
  pub/gnu/lucid/".  These are the files you will find there:

  lemacs-19.3.tar.Z
        The complete source distribution.  This file is about 8 megabytes.
        When untarred and uncompressed, the source distribution will take up
        about 20 megs. You will need an additional 12 megs or so to compile it.

  lemacs-19.3-sun4.tar.Z
        This is a ready-to-run set of Sun4 executables, and a DOC file.  If
        you want to use these executables, you will still need to get the file
        lemacs-19.3.tar.Z, because Emacs cannot function very well without the
        lisp library online.  This file is about 1.7 megs, 3.8 megs when
        unpacked, 3 megs of which is the Emacs executable itself (2.1 megs if
        stripped.)

  Don't forget to set "binary" mode when transferring these files.
  Unpack them with some variation of the command "zcat
  lemacs-19.3.tar.Z | tar -vxf -".

  .... [edit out info on lucid emacs mailing lists] ....

  Why Another Version of Emacs?
  =============================

  Lucid's latest product, Energize, is a C/C++ development
  environment.  Rather than invent (and force our users to learn) a
  new user-interface, we chose to build part of our environment on top
  of the world's best editor, GNU Emacs. (Though our product is
  commercial, the work we did on GNU Emacs is free software, and is
  useful without having to purchase our product.)

  We needed a version of Emacs with mouse-sensitive regions, multiple
  fonts, the ability to mark sections of a buffer as read-only, the
  ability to detect which parts of a buffer has been modified, and
  many other features.

  Why Not Epoch?
  ==============

  For our purposes, the existing version of Epoch was not sufficient;
  it did not allow us to put arbitrary pixmaps/icons in buffers,
  `undo' did not restore changes to regions, regions did not overlap
  and merge their attributes in the way we needed, and several other
  things.

  We could have devoted our time to making Epoch do what we needed
  (and, in fact, we spent some time doing that) but, since the FSF
  planned to include Epoch-like features in their version 19, we
  decided that our efforts would be better spent improving Emacs19
  instead of Epoch.

  Our original hope was that our changes to Emacs would be
  incorporated into the "official" v19.  However, scheduling conflicts
  arose, and we found that, given the amount of work still remaining
  to be done, we didn't have time to merge with the FSF's code.
  Consequently, we have released our work as a forked branch of Emacs,
  instead of delaying any longer.

  It seems likely that a merger of Epoch and Lucid Emacs will occur in
  the not-too-distant future.
  -- END QUOTE -------------------------------------------------------


*                     === CONFIGURING EPOCH ===

B-1: How can my .emacs file deal with both GNU Emacs and Epoch?

  An easy way to handle both GNU Emacs and Epoch within the same .emacs
  file is to define a variable 'running-epoch' as follows:

  (defvar running-epoch (boundp 'epoch::version))

  Then, the rest of your .emacs file can look like this:

    (if running-epoch
      (progn
        ... [Epoch-specific code here] ...
    ))

  ... [Emacs code here] ...

  (After this, when I refer to 'your .emacs file', read that as 'the
  Epoch-specific portion of your .emacs file', under the assumption that
  you have both general and Epoch-specific parts as detailed above.)

  If you have a large amount of Epoch-specific code it may be better to
  put it in a separate file (e.g., "epoch-specific.el"), possibly
  byte-compile it, then load it from your .emacs file like so:

    (if (boundp 'epoch::version) (load "epoch-specific"))

B-2: What if I want to have separate sections for Epoch 3.2 and 4.0 in
 my .emacs file?

  The variable 'epoch::version' is a string that contains the current
  Epoch version ID.  For instance, evaluating epoch::version under
  Epoch 4.2 gives:

  "Epoch 4.2"

  A simple way to determine if version 4.x is running is to do something
  like this:

    (string-match " 4" epoch::version)

  This will result in 't' if the string " 4" is a substring of
  epoch::version (as would be the case when epoch::version is
  "Epoch 4. ..."), and 'nil' otherwise.

B-3: How can I configure Epoch to support full 8-bit character sets?

  There are two parts to this: display and input.

  Display is handled by the variables "meta-printable" and
  "ctl-arrow".  From the documentation string for "meta-printable":

  Non-nil means meta characters, that is characters in the range
  0240..0377, are printable.  Nil means display meta chars  with
  backslash and octal digits.  Automatically becomes local when set in
  any fashion.

  From the documentation string for "ctl-arrow":

  t means display control chars with uparrow. Nil means use backslash
  and octal digits. Automatically becomes local when set in any
  fashion.

  Input is handled by the flag "EIGHTBIT_KEYBOARD", which is set in config.h:

  /* Define EIGHTBIT_KEYBOARD if you want keys in range 0240 to 0377
   * to insert corresponding eight-bit characters.
   */
  /* #define EIGHTBIT_KEYBOARD */

  Define this flag only if you are using a keyboard with direct
  support for 8-bit characters.

*                          === WINDOWS ===

C-1: How do I get the minibuffer back at the bottom of my edit window?

  Start Epoch with the command-line option '-nm'.  Alternately, in your
  general .Xdefaults file, specify:

    epoch.nonlocal.minibuf: False

C-2: How do I prevent the initial edit window from appearing?  (In
 other words, how do I get only the minibuffer upon startup?)

  There is a variable that controls whether or not an initial edit
  window will be provided. By default, of course, one is; to stop this
  from happening, put the following in your .emacs:

    (setq inhibit-initial-screen-mapping t)

  This will have no effect if you're using local minibuffers (i.e. when
  the minibuffer is a part of each edit window), as described above.

  [Thanks to Chris Love ([e-mail]).]

C-3: How do I stop the windows from automatically raising upon entry?

  Specify the following in your .emacs file:

    (setq auto-raise-screen 'minibuf)

  This makes the minibuffer raise when an Epoch edit window is
  entered; if you don't want the minibuffer to raise itself either, do
  the following instead:

    (setq auto-raise-screen nil)

C-4: How do I change the cursor?

  Another noticeable change from GNU Emacs is the cursor glyph (which is
  a pencil shape).  To change this to a more normal-appearing arrow
  shape, put this in your .emacs file:

    (cursor-glyph 68)
    (cursor-glyph 68 (epoch::minibuf-screen))
    (push '(cursor-glyph . 68) epoch::screen-properties)

  NOTE: You can specify a different cursor glyph for the minibuffer,
  if you like.

  There are also X resources for the screen and minibuffer cursor
  glyphs; equivalent to the above elisp code would be the following (in
  your .Xdefaults file):

    epoch.screen.cursor.glyph: 68
    epoch.minibuf.cursor.glyph: 68

  For either of these approaches, any valid cursor ID number will do; to
  see the available cursors and their ID numbers, take a look at the
  file /usr/include/X11/cursorfont.h.

  (See below for details on how to customize the cursor glyph based on
  the mode of a screen's initial buffer.)

C-5: How do I define edit screen attributes on a per-mode basis?  Or,
 how do I make my C++ edit windows come up with 48 lines and a big
 round dot for a cursor?

  You can define styles for new edit screens created with
  find-file-other-screen (which is, by default, bound to 'C-z 4 C-f' and
  'C-z 4 f') based on the initial buffer's mode like so:

    (setq epoch-mode-alist
      (append (list
          (cons 'c-mode
            (list
              (cons 'geometry "80x52")
              (cons 'cursor-glyph 94)))
          (cons 'LaTeX-mode
            (list
              (cons 'geometry "90x48")
              (cons 'cursor-glyph 58)))
          (cons 'c++-mode
            (list
              (cons 'geometry "80x48")
              (cons 'cursor-glyph 38))))
        epoch-mode-alist))

C-6: How do I make Epoch manage edit window and icon names based on the
 name of the current buffer(s)?

  The base Epoch distribution doesn't support this, but there have
  been a number of small packages written that accomplish this.  There
  is one written by Derek Ney ([e-mail]) up for
  anonymous FTP at ftp.ncsa.uiuc.edu (141.142.20.50) as
  /outgoing/marca/epoch/derek-title.el.Z.  Another one can be found in
  the epoch sources at ftp.uu.net (in the directory
  /languages/emacs-lisp/epoch).

C-7: How do I iconify my entire Epoch session at once?

  By default, 'C-z i' is bound to iconify-screen, which only iconifies
  the current edit window.  To iconify everything, define a small
  function iconify-everything in your .emacs file like so:

    (defun iconify-everything ()
      "Iconify entire Epoch session at once."
      (interactive)
      (dolist (s (screen-list))
        (iconify-screen s))
      (iconify-screen 0)
    )

  Then bind it to a key sequence (e.g. 'C-z C-i') like so:

    (global-set-key "\C-z\C-i" 'iconify-everything)

C-8: Does Epoch support scrollbars?

  No; native support for scrollbars is a technical challenge that so far
  no one has taken up for either GNU Emacs or Epoch.

  Alternatively, pick up the widgets package from cs.uiuc.edu, in
  pub/epoch-files/widgets/widgets.tar.Z.  This is a Motif-only "widget
  server" that epoch can talk to.  It will produce a nice Motif
  scroll-bar on the side of your epoch screen.  It does a lot more,
  but as far as I can tell, that's all it does out of the box (i.e.,
  without writing some lisp code).  Somebody correct me if I'm wrong,
  here.

  [Thanks to Pierre Bondono ([e-mail]) for the following:]

  Related to this, there is a ``scrolling concept'' inside the IMOUSE
  packages that may be of interest.  IMOUSE can be found via anonymous
  FTP from ireq-robot.hydro.qc.ca (131.195.2.130); see question H-1
  below.

C-9: My workstation's screen area is overwhelmed by all the windows I
 create in my Epoch editing sessions.  How can I squeeze more windows
 into my working environment?